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ABSTRACT 



Two network communication protocols, one for routing and 
one for mobility management, are presented that are par- 
ticularly suited for use with ad-hoc networks. The routing 
protocol is a proactive -reactive hybrid routing protocol that 
limits the scope of the proactive procedure to the node's 
local neighborhood. Routing zones are defined for each node 
that include nodes whose distance from the subject node in 
hops is at most some predefined number, referred to as the 
zone radius. Each node is required to know the topology of 
the network within its routing zone only. The reactive 
procedure is limited during route discovery to queries of 
only those nodes located on the periphery of routing zones. 
In this manner, the queries hop across nodes in distances of 
zone radius, thus limiting the scope of the reactive proce- 
dure. The zone radius is preferably adjustable to accommo- 
date different and differing network topologies and network 
operational conditions in the most efficient manner. The 
mobility management protocol relies on some network 
nodes assuming the mobility management function. In this 
scheme, each network node is "associated" with one or more 
mobility management nodes. The mobility management 
nodes form a virtual network which is embedded within the 
actual ad-hoc network. Each mobility management node 
knows the location of all nodes within its zone, and com- 
municates this information to any other mobility manage- 
ment node that requests it. 

23 Claims, 3 Drawing Sheets 
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Comparison of flooding and zone routing 
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Comparison of flooding and zone routing 
for a 30 user ad hoc network 
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ROUTING AND MOBILITY MANAGEMENT 
PROTOCOLS FOR AD-HOC NETWORKS 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates in general to two network 
protocols which are particularly suitable for self- 
reconfigurable communications networks, such as ad-hoc 
networks. More particularly, the first protocol is instrumen- 
tal in efficiently finding routes within a network, while the 
second protocol can be used to locate users in a network with 
rapidly changing topology. 

2. Background Information and Description of the Prior 
Art 

A. The Notion of the Ad-Hoc Network 

An ad-hoc network architecture is a network that can be 
deployed rapidly and without relying on preexising fixed 
network infrastructure. The nodes in an ad-hoc network can 
dynamically join and leave the network, frequently, often 
without warning, and without disruption to other nodes' 
communication. Finally, the nodes in the network can be 
highly mobile, thus rapidly changing the node constellation 
and the presence or absence of links. Examples of the use of 
the ad-hoc networks are: 

tactical operation — for fast establishment of communica- 
tion infrastructure during force deployment in unknown and 
hostile terrain; 

rescue missions — for communication in areas without 

adequate wireless coverage; 
national security — for communication in times of national 
crisis, where the existing communication infrastructure 
is non-operational due to a natural disaster or a global 
war; 

law enforcement — for fast establishment of communica- 
tion infrastructure during law enforcement operations; 

commercial use — for setting up communication in 
exhibitions, conferences, or sale presentations; 

education — for operation of wall-free (virtual) class- 
rooms; and 

sensor networks — for communication between intelligent 
sensors (e.g., MEMS) mounted on mobile platforms. . 

Nodes in an ad-hoc network exhibit nomadic behavior by 
freely migrating within some area, and dynamically creating 
and tearing down associations with other nodes. Groups of 
nodes that have a common goal can create formations 
(clusters) and migrate together, similarly to military units on 
missions. Nodes can communicate with each other at any- 
time and without restrictions, except for connectivity limi- 
tations and subject to security provisions. For example, in 
military applications, the network nodes can represent 
soldiers, trucks, tanks, planes helicopters, ships or 
unmanned robots. 

Some of the distinctive attributes of ad-hoc networks are: 

the network should be immediately deployable (and 
re-deployable) in unknown, arbitrary communication 
environments; 

radio propagation conditions can differ vastly throughout 

the network coverage and can constantly change; 
connectivity between adjacent nodes can be intermittent 

and sporadic, both due to the nodal mobility and due to 

propagation conditions; and 
there may not be any fixed infrastructure present; the 

mobile nodes are all the elements of the network. 
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B. The Challenges of the Ad-Hoc Networks and Previous 
Work 

The topic of ad-hoc networking has received increased 
attention recently. This interest comes from two different 
5 directions — from the military and from the Internet com- 
munity. Of course, as the communication and networking 
environment of these two "markets" is quite different, the 
requirements, and more important the expectations, of what 
this technology can accomplish are quite different as well. 

The three main challenges in the design and operation of 
the ad-hoc networks stem from 

the lack of a centralized entity; 

the possibility of rapid platform movements; and 

the fact that all communication is carried over the wireless 
15 medium. 

In "regular" cellular wireless networks, there are a num- 
ber of centralized entities; e.g., the base stations, the Mobile 
Switching Centers (MSC-s), and the Home Location Reg- 
istry. In ad-hoc networks, since there is no preexisting 
infrastructure, these centralized entities do not exist. The 
20 centralized entities in the cellular networks perform the 
function of coordination. Thus, lack of these entities in the 
ad-hoc networks requires more sophisticated distributed 
algorithms to perform these functions. In particular, the 
traditional algorithms for mobility management, which rely 
25 on the HLR/VLR (Home Location Register/Visitor Location 
Register) and the medium access control schemes, including 
the channel assignment procedures, which rely on the base- 
station/MSC (Mobile Switching Center) support, cannot be 
used here. 

30 All communications between all network entities are 
carried in ad-hoc networks over the wireless medium Of 
course, due to the radio communications being extremely 
vulnerable to propagation impairments, connectivity 
between network nodes is not guaranteed. In fact intermit- 
tent and sporadic connectivity may be quite common. 
Additionally, as the wireless bandwidth is limited, its use 
should be minimized. Finally, as some of the mobile devices 
are expected to be hand -held with limited power sources, the 
required transmission power should be minimized as well 
The last two attributes, conservation of wireless spectrum 

40 and reduction in transmission power, lead naturally to an 
architecture in which the transmission radius of each mobile 
is limited and channels assigned to mobiles are spatially 
reused. Consequently, since the transmission radius is much 
smaller than the network span, communication between two 

45 terminals may need to be relayed through intermediate 
nodes; i.e., multi-hop routing. 

Because of the possibly rapid movement of the nodes and 
fast changing propagation conditions, network information, 
such as routing, for example, becomes quickly obsolete. 

50 This leads to frequent network reconfiguration and frequent 
exchanges of control information over the wireless medium. 
Of course, as the wireless spectrum is at premium, frequent 
exchanges of large amounts of data over the air should to be 
avoided. Moreover, because of the fast changing topology, a 
large portion of the reconfiguration information will never 

55 even be used. Thus, the bandwidth used for distribution of 
the routing update information is wasted. Finally, in spite of 
these attributes, the design of the ad-hoc networks still needs 
to allow for a high degree of reliability, survivability, avail- 
ability and manageability of the network. 

60 Based on the above discussion, the following features are 
considered as highly desirable for the successful operating 
of ad-hoc networks: 
Robust routing and mobility management algorithms to 
increase the networks reliability, survivability and 

65 availability; i.e., any remaining network components 
should operate even in the case that a large portion of 
the network is wiped out, partitioned, or incapacitated; 
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Adaptive algorithms and protocols to adjust to frequently 
changing radio propagation, network, and traffic con- 
ditions; 

Low-overhead algorithms and protocols lo preserve the 
radio communication resource; 

Multiple (distinct) routes between a source and a 
destination — to reduce the congestion in the vicinity of 
certain nodes, and to increase the reliability and sur- 
vivability; and 

Non -hierarchical physical network architecture to avoid 
the susceptibility to network failures, congestion 
around certain nodes, and the penalty due to inefficient 
routing. 

Routing Protocols 

The routing protocols published in the literature are 
inadequate for the ad-hoc network communications envi- 
ronment. More specifically, the challenges stem from the 
fact that, on one hand, in-order to determine a packet route, 
at least the reachable information of the source's neighbors 
needs to be known to the source node. On the other hand, in 
an ad-hoc network, this topology may change quite often. 
Furthermore, as the number of network nodes can be large, 
the potential number of destinations is also large, requiring 
large and frequent exchange of data (e.g., routes, routes 
updates, or routing tables) among the network nodes. Thus, 
the amount of update traffic is quite high. This is in contra- 
diction with the fact that updates are expensive in the 
wireless communication environment. 

The existing routing protocols can be classified either as 
proactive or as reactive. Proactive protocols attempt to 
continuously evaluate the routes within the network, so that 
when a packet needs to be forwarded, the route is already 
known and can be immediately used. Reactive protocols, on 
the other hand, invoke a route determination procedure on 
demand only. Thus, when a route is needed, some sort of a 
global search procedure is employed. 

The advantage of the proactive schemes is that, once a 
route is requested, there is little delay until a route is 
determined. In reactive protocols, because route information 
may not be available at the time a routing request is received, 
the delay to determine a route can be quite significant. 
Furthermore, the global search procedure of the reactive 
protocols requires significant control traffic. Because of this 
long delay and excessive control traffic, pure reactive rout- 
ing protocols may not be applicable to real time communi- 
cation. However, pure proactive schemes are likewise not 
appropriate for the ad-hoc network environment, as they 
continuously use a large portion of the network capacity to 
keep the routing information current. Since nodes in ad-hoc 
networks can move quite fast, and as the changes may be 
more frequent than the routing requests, most of this routing 
information is never even used! This results again in an 
excessive waste of the network capacity. What is needed is 
a protocol that, on one hand, initiates the route- 
determination procedure on-demand, but with limited cost 
of the global search. 

A related issue is that of updates in the network topology. 
For a routing protocol to be efficient, changes in the network 
topology have to have local effect only. In other words, 
creation of a new link at one end of the network is an 
important local event but, most probably, not a significant 
piece of information at the other end of the network. 
Proactive protocols tend to distribute such topological 
changes widely in the network, incurring large costs. 

Mobility Management 

Traditionally, locating a user in a mobile system is per- 
formed by associating each user with a single entity in the 
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network that keeps track at all times of the user's (sometimes 
approximate) location. Without restricting the discussion to 
a particular system, we will call this single entity a Home 
Location Registry (HLR). Tracking users is achieved 

5 through the registration process, in which every mobile user 
notifies its HLR about its current location within the net- 
work. Subsequent messages to the BIR indicating that the 
user had migrated into a new location are referred to as 
updates. The location update process can be based on 

id different stimuli. Possible stimuli include the distance trav- 
eled by the mobile since the last update, time elapsed since 
the last update, or the migration of the user out of one and 
into another virtual area, referred to as Location Area-s 
(LA-s). 

15 Location of a user can be tracked down exactly, known 
approximately, or not known at all In the first case, when a 
connection request or a message destined to the mobile 
arrives in the network, it can be immediately delivered to the 
mobile. Not so, however, in the second and the third cases, 

20 in which some amount of searching of the user is required 
to determine its location precisely. This searching is per- 
formed through the paging process. Paging is a process in 
which a query message asking the user to announce its 
location is broadcasted within the area of the user's location 

25 uncertainty. The queried user, on receipt of the query, sends 
an update message to the 

Variants of this mobility management scheme are cur- 
rently universally used in nearly every cellular system, from 
the mobile phone system, such as the AMPS and through the 

30 IP Mobility Support (a.k.a. Mobile IP) protocol of the 
Internet Engineering Task Force (IETF). Of course, the 
entities in different networks have different names, but the 
basic functions are the same. For example, the HLR is 
referred to as a Home Agent in the IETF Mobile-IP protocol 

35 and as a Mobile Home Function in the Cellular Digital 
Packet Data networks. 

This mobility management scheme is, however, inad- 
equate for ad-hoc networks, due to the fact that there is no 
single entity in the network that can keep track of the user's 

40 location. In other words, if a node were to assume the HLR 
function, there would be no assurance that such a node 
would be reachable or even present at any specific time. The 
culprit is in the fact that the traditional mobility management 
scheme relies, in fact, on a centralized approach. 

45 SUMMARY OF THE INVENTION 

The present invention overcomes the drawbacks of pre- 
vious network protocols through provision of two new 
protocols, one for routing and one for mobility management, 

50 both of which are particularly well-suited for use within 
ad-hoc networks. The routing protocol is a proactive- 
reactive hybrid routing protocol-called the Zone Routing 
Protocol (ZRP)- that allows efficient and fast route discovery 
in the ad-hoc network communication environment (i.e., 

55 large geographical network size, large number of nodes, fast 
nodal movement, and frequent topological changes). The 
routing protocol, based on the notion of Routing Zones and 
Route Maintenance Procedure, incurs very low overhead in 
route determination. It requires maintenance of a small 

60 amount of routing information in each node and the cost in 
wireless resources for maintaining routing information of 
inactive routes is thus very small. In contrast to previous 
proactive protocols, this protocol rapidly finds routes only 
when transmission is necessary. Moreover, multiple routes 

65 are maintained, so that when some of these routes become 
obsolete, other routes can be immediately utilized. This is 
especially important when the network contains a large 
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number of very fast moving nodes, as is the case in the a preferred embodiment thereof taken in conjunction with 

ad-hoc networks architecture. However, the most appealing the accompanying drawings, in which: 

feature of the protocol is that its behavior can be made FIG. 1 is a schematic illustration of a communication 

adaptive, based on the mobility and calling patterns of the network comprised of a plurality of nodes which commu- 

mobile users. 5 nicate with one another in accordance with a zone routing 

The zone routing protocol limits the scope of the proac- scheme that comprises a first preferred embodiment of the 

tive procedure to the node's local neighborhood by limiting present invention; 

propagation of information about network changes to the FIG. 1A is a schematic illustration of a communications 

neighborhood of the change only, thus limiting the cost of no de that is employed in the embodiments of the present 

topological updates. On the other hand, the global search 10 invention; 

throughout the network is done by efficiently querying FIGS. 2A-C are graphs illustrating comparisons of flood- 
selected nodes in the network, as opposed to querying all the mg md ^ rQUting communications pro tocols for 10, 20 
network nodes. This is accomplished by defining routing and 3Q USCf ad . hoc DCtworkS) rcspe ctively: 
zones for each node that include nodes whose distance from . ... 

u- * j - u • ♦ - ,a~k„~a is FIG. 3 is a schematic illustration of a two-tier ad-hoc 

the subiect node m hops is at most some predefined maximal 13 ijj l * 

number, referred to as the zone radius. Each node is required ne,w °* 15 <° demonstrate tie operate of 

to know the topology of the network within its routing zone 4 mobU.ty management scheme that forms a second embod,- 

. ~ ■ •. c .u f * .u . . i - uT ment of the present invention; and 

only. Thus, in spite of the fact that a network can be quite r ' 

large, topology updates are only locally propagated. The FIG. 4 is a schematic illustration of a single tier (flat) 

reactive procedure is limited during route discovery to 20 ad-hoc network which employs mobility reporting centers 

sending of route location queries to only some or all of those (MRC-s) in accordance with the second preferred embodi- 

nodes that are located on the periphery of routing zone. In ment of the present invention, 
this manner, the queries hop across nodes in distances of one 
zone radius, thus liming the scope of the reactive procedure. 

The zone radius is preferably adjustable to accommodate 
different and differing network topologies in the most efE- The first preferred embodiment of the invention com- 
cient manner from a route discovery "cost" standpoint. The prises a Zone Routing Protocol (ZRP) that combines pro- 
adjustment can be done, for example, based on the number active and reactive attributes in an adjustable manner to 
of outgoing connection requests placed to a particular node. minimize route discovery costs in a multi-node communi- 
If the number is large, a larger zone radius is selected to 30 cation network. The ZRP is based on the notion of a Routing 
reduce route discovery costs. On the other hand, if the Zone and on adaptive Route Maintenance, 
number is small, the zone radius can be made correspond- Routing Zone 

ingly smaller to reduce the overall cost of learning the A routing zQae fe defined for eacfa node iQ a network and 

routing within the routing zone. . . 35 includes the nodes whose distance in hops is at most some 

The present invention also includes a distributed mobility predefined maximal number, which is referred to here as the 

management protocol based on Mobility Reporting Centers Z0De radius. Each node is required to know the topology of 

(MRC-s) that allows efficient location of mobiles within a me network within its routing zone only. Thus, nodes are 

large network. This protocol relies on some network nodes updated about topological changes only witin their routing 

assuming the MRC function, similar to the cluster heads in ^ ZOD es. Thus, in spite of the fact that a network can be quite 

a hierarchical network, and overcomes the problems asso- i ar g e> me updates are only locally propagated. Since for 

ciated with centralized approaches to mobility management. radius greater than one, the routing zones heavily overlap, 

In this scheme, each network node is "associated" with one tne roul i n g tends to be extremely robust. The routes within 

or more MRC-s by being positioned within management tnc network are specified as a sequence of nodes, separated 

zones corresponding to the one or more MRC-s. 45 by approximately the zone radius. 

Furthermore, an MRC learns about nodes shin its manage- mQ r illustrates a portiori of an examp ie network 10 that 

ment zone and about other "neighbor" MRC-s through a includes a plurality of conventional communications nodes 

protocol similar to the zone routing protocol. The MRC 12 labeled A, B, C, D, E, F, G, H and S. In this example, the 

nodes form a virtual network, the MRC subnet, Which is routing ZODC for cach of thc nodcs 12 ^ defined by a 

embedded within the actual network. 5Q com $pondwg one G f a plurality of circles 14 whose radius 

In this protocol, a node that needs a route to a destination lnus equals the routing zone radius. Thus, for example, the 

consults its MRC first. The MRC obtains the location of the D ode S has knowledge of the location of; and routes to, each 

destination by communicating the request within the virtual Q f tn e nodes C, G and H located on the periphery of its zone 

MRC subnet. An MRC (or MRC(s)) that "covers" the radius, as well as any other nodes (not shown) within its 

destination node, responds to the querying MRC, which, in 55 routing zone. FIG. LA illustrates one of the communications 

turn, responds to the querying node. The response is a spine no des 12. As is conventional, the node 12 includes a 

route that connects the source node to the destination node transceiver 15 for transmitting and receiving communica- 

through their respective MRC-s. This route can then be tions to and from the other nodes 12 in the network 10. In 

employed by the zone routing protocol as an aid in deter- addition, the node 12 includes a processor 16 for processing 

mining one or more optimal routes to the destination node by 6 q information requests from other nodes, managing node 

limiting the communication of route determination requests routing and location information, etc., in accordance with 

only to peripheral nodes that are in the general direction of the embodiments of the invention. A memory 17 is also 

the destination node. interfaced to the processor 16 for storing a database of node 



location and route information for all other nodes in the 
subject node's routing zone, as well as route information for 
The features and advantages of the present invention will other nodes outside the subject node's routing zone as 



BRIEF DESCRIPTION OF THE DRAWINGS 

e features and advantages of the present inventio 
become apparent from the following detailed description of discussed in further detail later. 
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To illustrate the operation of the Route Discovery 
procedure, suppose the node S is a source node that sends an 
in formation packet to node D (the destination node). To find 
a route within the network, S first checks whether D is within 
its routing zone. If so, S already knows the route to node D. 
If not, S sends a route location query to all of the nodes on 
the periphery of its zone, that is, to nodes C, G and R (This 
is typically accomplished by broadcasting the query, 
however, it may be desirable in some instances, as discussed 
in greater detail later in conjunction with the second embodi- 
ment of the invention, to send the query only to some of the 
peripheral nodes. In this case, multicasting could be 
employed.) Now, in rum, each one of these nodes, after 
verifying that D is not in its routing zone, forwards the query 
to its "peripheral" nodes. In particular, H sends the query to 
B, which recognizes D as being in its routing zone and 
responds to the query, indicating the forwarding path: S-H- 
B-D. The mechanism by which B leams about the forward- 
ing path is by Route Accumulation. Route Accumulation is 
a simple protocol by which each node that forwards the 
query appends its identity to the query message. 

The main advantage of the zone routing protocol is in the 
fact that the number of "flood" messages to discover a route 
is much smaller, as compared with other reactive-type 
protocols. This is so, because the route discovery queries 
leap between the "peripheral" nodes in quantum of the zone 
radius. An important aspect of the ZRP is that it discovers 
multiple routes to the destination. Finally, the Route Dis- 
covery process can be made much more efficient in 
resources, at the expense of longer latency. This could be 
done by sequentially, rather than simultaneously, querying 
the peripheral zone nodes, either one-by-one or in groups. 
Thus, there is a tradeoff between the cost and the latency of 
the Route Discovery procedure. 

The Route Maintenance Procedure 

In the Route Discovery procedure, each of the nodes 12, 
praactively and continuously learns the topology within its 
zone radius and, reactively, on-demand, discovers routes by 
hopping in hops of routing radius. Because the number of 
nodes within a zone is much smaller than the total number 
of network nodes, the penalty for dissemination of routing 
information within a zone is limited. So is the cost of the 
route discovery, When the zone radius is sufficiently large. 
For a small radius (zone radius=l), the ZRP behaves as a 
reactive scheme (flooding). On the other extreme, for a large 
radius (zone radius=o°), the scheme exhibits proactive 
behavior. In general, the size of the routing radius deter- 
mines the ratio between the proactive and the reactive 
behavior of the protocol The Route Maintenance Procedure 
adaptive ly adjusts the zones' radii to reduce the "cost " of 
the Route Discovery Procedure. FIGS. 2A-C compare the 
number of control messages for different network sizes (10, 
20 and 30 users, respectively) for radius of 1 (the "flooding" 
curve) with the zone routing scheme at radius of 2 (the "zone 
routing" curve). The dramatic reduction in the amount of ss 
control traffic is clearly demonstrated. 

The adjustment of the zone radius can be done based on 
the value of Call- to-Mobility- Ratio (CMR) at a particular 
node. Large CMR indicates that the network mobiles, i.e., 
nodes corresponding to mobile users, are very active in 
connection initiation and, thus, larger zone radius would 
decrease its frequent route discovery costs. Small CMR 
suggests thai mobiles rarely place outgoing connections and, 
to reduce the overall cost of learning the routing in the 
nodes* routing zones, a smaller zone radius is preferable. 
Similarly, for fast moving mobiles (small CMR) the local 
zone routing information becomes obsolete quickly, Le., a 



smaller zone radius carries smaller penalty. Thus, the CMR 
for the network is continually monitored, and the zone radius 
is adjusted proportionally smaller or larger as the CMR 
either gets smaller or larger. 
5 The Route Maintenance Procedure also significantly 
reduces the routing costs by employing the Route Discovery 
procedure only when there is a substantial change in the 
network topology. More specifically, active routes are 
cached by the communicating end nodes and the interme- 
10 diate nodes along the route. Inactive paths are purged from 
the caches after some timeout period. Upon a change in the 
network topology, such that a link within an active path is 
broken, a local path repair procedure is initiated. The path 
repair procedure substitutes a broken link by a mini-path 
between the ends of the broken link. A path update is then 
15 generated and sent to the end points of the path. Path repair 
procedures tend to reduce the path optimality (e.g., increase 
the length for shortest path routing). Thus, after some 
number of repairs, the path end points will initiate a new 
Route Discovery procedure to replace the path with a new 
20 optimal one. 

Mobility Management Algorithm 
The Route Discovery/Route Maintenance procedure 
described above is a way to locate a mobile node within an 
ad-hoc network. In spite of the fact that the Route Discovery 
25 protocol is efficient in the amount of control traffic, 
nevertheless, there is still a considerable amount of overhead 
associated with locating a user and determining a route. A 
second embodiment of the invention comprises a mobility 
management scheme that can be employed to reduce the 
amount of overhead associated with the Route Discovery 
protocol. Traditional mobility management schemes rely on 
an association of mobiles with a database maintained within 
the fixed portion of the network. Of course, in ad-hoc 
networks, there is neither a "fixed" portion, nor a central 
point in which such a database could be kept. Thus, a 
different approach is required. 

To explain the approach of the subject invention, the 
routing in a multitier ad-hoc network will be described with 
reference to the example shown in FIG. 3. A two-tier ad-hoc 
network 20 is illustrated that is comprised of a plurality of 
network nodes 22 that are partitioned into four clusters 24, 
26, 28 and 30, each of which forms a corresponding tier-1 
network. In each cluster, one node labeled CHI, CH2, CH3 
and CH4, respectively, is chosen to be a cluster head. The 
45 cluster heads thus form a tier-2 network 32. Note that the 
tier-1 and the tier-2 networks are separate. Routing between 
nodes that belong to the same tier-1 network is either 
peer-to-peer or through the cluster head. Each cluster head 
"knows" the identities of all the nodes in its cluster and the 
50 routes between the cluster head and the cluster node. A route 
between two nodes that belong to two different tier-1 net- 
works is determined by the cluster head of the source node 
through querying the other cluster heads about the location 
of the destination. This querying is performed within the 
tier-2 network. The routing is then as follows: source node 
to its cluster head, source cluster head to destination cluster 
head, destination cluster head to the destination node. The 
first and the third segments are within tier-1 networks. The 
second segment is within the tier-2 network. The advantage 
of a multi-tier ad -hoc network is in the relatively efficient 
way that the routes are determined by the cluster heads. The 
disadvantage of the multi-tier approach is in increased 
congestion at the cluster head nodes, reduced system reli- 
ability due to a single point of failure, and in sub-optimality 
of routing paths. 

The second embodiment of the present invention com- 
prises a distributed mobility management scheme for (flat- 
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routed) ad -hoc networks that mimics the efficient route 
discovery in multi-tier ad-hoc networks. The scheme is 
based on certain nodes in the network assuming the mobility 
management function. These nodes are referred to here as 
Mobility Reporting Centers (MRC-s). In this scheme, each 
MRC includes a management zone defined by a predefined 
maximal radius in the same manner that the routing zones 
are defined in the zone routing protocol Each network node 
is thus "associated" with one or more MRC-s by being 
located within their management zones. Furthermore, an 
MRC learns about nodes within its management zone and 
about other "neighbor" MRC-s through a protocol similar to 
the zone routing protocol described above. The MRC nodes 
form a virtual network, the MRC subnet, which is embedded 
within the actual ad-hoc network. Note that the MRC 
management zones can be different than the regular routing 
zones of the nodes. In particular, the zone radii for the two 
are preferably different. 

FIG. 4 illustrates the foregoing concept. A multi-node 
network 50 is shown which includes a plurality of commu- 
nications nodes 52. In this example, several of the nodes 52 
are selected as MRC-s 54, 56, 58 and 60, each of which is 
assigned to a respective one of a plurality of management 
zones 62, 64, 66 and 68 (note that the zones may overlap as 
illustrated). In this example, each of the MRC-s 54-60 
continuously gathers identification and location information 
for all users/nodes presently located within their respective 
management zones 62-68. In addition, the remaining nodes 
52 contain information about al other nodes in their respec- 
tive routing zones 70 in accordance with the first embodi- 
ment of the invention, the Zone Routing Protocol. 

The operation of the mobility management protocol is 
thus as follows. If one of the nodes 52S needs a route to a 
destination node 52D, the node 52S consults its MRC 54 
first. The MRC 54 obtains the location of the destination 
node 52D by sending the request within the virtual MRC 
subnet to the other MRC-s 56, 58 and 60. The MRC (or 
MRC-s in the case of overlap) that "cover(s) M the destination 
node 52D, in this instance, MRC 60, responds to the 
querying MRC 54, which, in nun, responds to the querying 
node 52S. The response is a spine route that consists of three 
segments: Source node 52S to source MRC 54; source MRC 
54 to destination MRC 60; and MRC 60 to the destination 
node 52D. In principle, the "spine route" could be used as a 
legitimate route. However, it may not be "optimal." 
Furthermore, use of spine routes creates points of congestion 
around the MRC-s and, thus, should be avoided. A spine 
route can serve, however, as a basis for constructing actual 
routes. More specifically, the spine route allows one to limit 
the Route Discovery Procedure in the Zone Routing 
Protocol(ZRP), described above. In other words, querying of 
the peripheral nodes will be restricted to only those periph- 
eral nodes that are in the "direction" of the spine route, as 
opposed to proceeding in all directions. Thus, the mobility 
management protocol is used first to locate the destination 
node and the spine route thereto, after which the ZRP is used 
in combination with the spine route to locate one or more 
optimal routes from the source node to the destination node. 
Note that using the spine route, the number of control 
messages is drastically reduced. The results of a study of the 
MRC-based mobility management show significant 
improvement in the latency of the route discovery mecha- 
nism and the volume of control traffic. 

In conclusion, the present invention provides two 
protocols, both of which can be used in ad-hoc and other 
self- re configurable networks to locate network users, and 
routes to the users, in an efficient manner. Although the 



10 



20 



25 



35 



40 



50 



55 



60 



present invention has been disclosed in terms of a pair of 
preferred embodiments and variations thereon, it will be 
understood that other variations and modifications could be 
made thereto without departing from the scope of the 
invention as defined in the following claims. For example, 
although the inventive protocols are particularly suited for 
use in self-reconfigurable networks, it should be understood 
that the protocols may be employed in other types of 
multi-node network as well. 
What is claimed is: 

1. A method for locating a route in a communications 
network comprising the steps of: 

a) providing a network comprised of a plurality of com- 
munications nodes; 

b) defining a routing zone for each node, each said routing 
zone including all nodes in said network that are within 
a predefined maximum distance from a corresponding 
node; 

c) providing each node in said network with routing 
information for all nodes win said network that are 
within each node's corresponding routing zone; 

d) determining from said routing information whether a 
destination node is located within a same routing zone 
as a source node in said network, and if so, determining 
a route from said source node to said destination node 
from said information; 

e) if said destination node is not located within the same 
routing zone as said source node, then sending a route 
location query from said source node to at least one 
peripheral node on a periphery of said source node's 
routing zone; 

f) in response to said route location query, determining 
whether said destination node is located within a rout- 
ing zone corresponding to said at least one peripheral 
node, and if so, 

g) determining at least one route from said source node 
through said at least one peripheral node to said des- 
tination node; 

h) if said destination node is not located within said at 
least one peripheral node's routing zone, then sending 
a route location query from said at least one peripheral 
node to at least one node on a periphery of said at least 
one peripheral node's routing zone; and 

i) repeating steps f-h as necessary to locate at least one 
route from said source node to said destination node. 

2. The method of claim 1, further comprising the steps of 
monitoring the communication activity level for each node 
in at least one of said routing zones of said network, and 
adjusting the size of said al least one of said routing zones 
in response to changes in the monitored activity level. 

3. The method of claim 2, wherein said network is a 
wireless network, said activity comprises the number of 
connections initiated by each node in a routing zone, and the 
size of said routing zone is increased or decreased in 
response to increase or decreases, respectively, in said 
number of initiated connections. 

4. The method of claim 1, further comprising the steps of 
storing routing information for a route between said source 
node and said destination node in each node along said 
route, and deleting said routing information if said route is 
not requested again within a predetermined amount of time. 

5. The method of claim 1, further comprising the steps of 
detecting whether a link between two nodes in a route has 
been broken due to a topology change in said network, and 
initiating a local repair procedure to locate a replacement 
path between said two nodes. 
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6. The method of claim 5, further comprising the steps of 
monitoring the number of local repairs initiated for a route, 
and initiating a new route location procedure after a prede- 
termined number of repairs have been initiated to locate a 
new replacement route for said route. 

7. The method of claim 1, wherein multiple routes are 
located between said source node and said destination node 
by sending route location queries to multiple peripheral 
nodes on the periphery of said source node's routing zone. 

8. The method of claim 7, wherein said route location 
queries are sent to said multiple peripheral nodes sequen- 
tially. 

9. A method for locating a route in a communications 
network comprising the steps of: 

a) providing a network comprised of a plurality of com- 
munications nodes; 

b) designating a subset of said nodes as a plurality of 
mobility management nodes; 

c) defining a management zone for each said mobility 
management node, each said management zone includ- 
ing all nodes in said network that are within a first 
predefined maximal distance from a corresponding 
mobility management node; 

d) providing each mobility management node in said 
network with location information for all nodes that are 
within each mobility management node's correspond- 
ing management zone; 

e) defining a routing zone for each node in said network, 
each said routing zone including all nodes in said 
network that are within a second predefined maximal 
distance from a corresponding node; 

f) providing each node in said network with routing 
information for all nodes within said network that are 
within each node's corresponding routing zone; 

g) sending a route determination request from a source 
node in said network to a first of said mobility man- 
agement nodes having a management zone in which 
said source node is located; 

h) sending said request from said first mobility manage- 
ment node to a plurality of the remaining mobility 
management nodes in said network, including at least 
a second mobility management node having a manage- 
ment zone that covers a destination node identified in 
said route determination request; 

i) sending location information for said destination node 
from said second mobility management node to said 
first mobility management node; 

j) determining a general direction from said source node 
to said destination node through use of said location 
information sent by said second mobility management 
node; 

k) sending a route location query from said source node 
to at least one peripheral node on a periphery of said 
source node's routing zone that is in said general 
direction of said destination node; 

1) determining whether said destination node is located 
within a routing zone corresponding to any of said 
peripheral nodes, and if so, determining at least one 
route from said source node through said at least one 
peripheral node to said destination node; 

m) if said destination node is not located within said at 
least one peripheral node's routing zones, then sending 
a route location query from said at least one peripheral 
node to at least one node that is on a periphery of said 
at least one peripheral node's routing zone, and is in 
said general direction of said destination node; and 
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n) repeating steps 1 and m as necessary to locate at least 
one route from said source node to said destination 
node. 

10. The method of claim 9, wherein said first predefined 
maximal distance is greater than said second predefined 
maximal distance. 

11. A multiple node communications network comprising: 

a) a plurality of communications nodes for transmitting 
and receiving information; 

b) means in a first node for storing routing information for 
all of said nodes that are within a routing zone of said 
first node, said routing zone being defined by a radius 
of a first predefined maximal distance from said first 
node; 

c) means in said first node for receiving a query from a 
source node outside said first node's routing zone for a 
route determination to a destination node; and 

d) means responsive to said query for sending route 
information to said source node if said destination node 
is in said first node's routing zone, and sending a route 
location query to at least one node on a periphery of 
said first node's routing zone, if said destination node 
is not in said first node's routing zone. 

12. The communications network of clam 11, wherein 
said first node further comprises means for monitoring the 
communication activity level for said first node's routing 
zone, and adjusting the size of said routing zone in response 
to changes in the monitored activity level. 

13. The communications network of claim 12, wherein 
30 said network is a wireless network, said activity comprises 

the number of connections initiated by each node in said first 
node's routing zone, and the size of said routing zone is 
increased or decreased in response to increase or decreases, 
respectively, in said number of initiated connections. 

14. The communications network of claim 11, wherein 
said means for storing further includes means for storing 
route information for previously requested routes that have 
been received by said first node. 

15. The communications network of claim 13, further 
including means for deleting route information from said 
storing means if said first node does not receive a request for 
said route information within a predetermined amount of 
time. 

16. The communications network of claim 11, further 
comprising means for detecting whether a fink between two 
nodes in a route has been broken due to a topology change 
in said network, and initiating a local repair procedure to 
locate a replacement path between said two nodes. 

17. The communications network of claim 16, further 
50 comprising means for monitoring the number of local 

repairs initiated for a route, and initiating a new route 
location procedure after a predetermined number of repairs 
have been initiated to locate a new replacement route for 
said route. 

55 18. The communications network of claim 11, wherein a 
plurality of said nodes are designated as mobility manage- 
ment nodes, and each of said mobility management nodes 
includes: 

1) a management zone that includes all nodes in said 
network that arc within a second predefined maximal 
distance from said mobility management node; 

2) means for storing location information for all nodes 
that are within said mobility management node's cor- 
responding management routing zone; 

3) means for receiving node location requests from nodes 
located in said mobility management zone, and from 
other of said mobility management nodes; 
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4) means for sending route determination requests to other 
mobility management nodes in said network in 
response to route determination requests received from 
nodes located within said management zone; and 

5) means for sending node location information for a 
destination node located in said management zone to 
other of said mobility management nodes requesting 
the location of said destination node. 

19. The communications network of claim 18, wherein 
said second predefined maximal distance is greater than said 
first predefined maximal distance, whereby said manage- 
ment zones are larger than said first node's routing zone. 

20. The communications network of claim 19, wherein a 
plurality of said mobility management nodes have manage- 
ment zones which overlap one another. 

21. The communications network of claim 11, wherein 
each of a plurality of said nodes includes: 

1) means for storing location information for all of said 
nodes that are within a routing zone of said node, said 
routing zone being defined by a radius of said first 
predefined maximal distance from said node; 
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2) means for receiving a query from a source node outside 
said node's routing zone for a route determination to a 
destination node; and 

3) means responsive to said query for sending route 
information to said source node if said destination node 
is m said node's routing zone, and sending a route 
location query to at least one node on a periphery of 
said node's routing zone, if said destination node is not 
in said node's routing zone. 

22. The communications network of claim 21, wherein 
said means for sending a route location query to at least one 
node on a periphery of said node's routing zone further 
comprises means for sending route location queries to a 
plurality of nodes on said periphery of said node's routing 
zone to locate multiple routes between said source node and 
said destination node. 

23. The communications network of clam 22, wherein 
said means for sending route location queries to a plurality 
of nodes further comprises means for sequentially sending 
said queries to said plurality of peripheral nodes. 
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